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(§3) Remote file transfer method and apparatus. 

@ Remote file transfer applications often invol- 
ve a situation where a receiving computer (22) 
contains a reference fife (48) that may be simi- 
lar, or perhaps even identical to, a source file 
(46) to be transmitted by a sending computer 
(20). Disclosed is a file transfer method that 
identifies and Isolates the differences between 
the two files, and transmits only those differ- 
ences to the receiving computer. The method 
divides the data in the reference file into a 
plurality of blocks and associates each block of 
data with a key value. The key values are then 
sent to the sending computer in the form of an 
array. At the sending computer, a block of data 
at the source file is identified, its key value 
computed, and the key vafue is then compared 
to the keys in the array. If a match is found, an 
indication of such is sent to the receiving com- 
puter. Otherwise, a byte of data from the data 
block is sent to the receiving computer, and a 
subsequent block of data is identified and 
analyzed. The latter steps of the method are 
repeated until a representation of the source file 
is present at the receiving computer. 
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^he present invention relates to computer com- 
munications in general and, in particular, to a method 
and apparatus for decreasing the time required to up- 
date files located at a remote computer. 

In computercommunications technology, the rate 
of data communication between a computer and 
other peripheral devices is very important. The ability 
to quickly and accurately transfer data between two 
personal computers is of special interest in light of the 
increased use of portable computers. Often, data en- 
tered into a portable computer is ultimately transfer- 
red to a user's home or office personal computer. 
Computer specialists are continually searching for 
communication protocols that decrease the time re- 
quired to transfer data without compromising the reli- 
ability of the data being transmitted. 

A conventional method for conveying data be- 
tween computers, especially personal computers, in- 
volves the interconnection of a data bus in a sending 
computer with a data bus in a receiving computer. 
This may be done by coupling the serial, parallel, or 
similar communications ports of each computer 
through an interface link, such as a cable or across a 
data path using modems. In serial communication, 
data is transferred one bit at a time. Serial communi- 
cations work well for transferring data over long dis- 
tances, and particularly with modems that couple two 
computers using a telephone line. However, the time 
required to transfer data using serial communications 
can be significant, especially for larger files. When 
communicating between two devices that are rela- 
tively close, parallel communications are often used. 
Parallel communication is the simultaneous transfer 
of a number of bits of data In parallel, e.g., 8-bit, using 
a multi-bit data path. 

Computer software companies are continually in- 
vestigating more efficient methods of transferring 
data to reduce data transmission times. Two preva- 
lent areas of concentration have been on increasing 
data transfer rates and on incorporating forms of data 
compression to reduce the amount of data being sent. 
Advances in data transfer rates have been accom- 
plished by increasing the speed at which modems 
communicate in serial communication and by increas- 
ing the number of bits that can be transferred simul- 
taneously in parallel communication. An example 
technology that incorporates the latter technique is 
described in U.S. Patent No. 5,261,060, titled "Eight- 
bit Parallel Communications Method and Apparatus* 
and assigned to the assignee of the present invention. 
U.S. Patent No. 5,261,060 is hereby incorporated by 
reference. Data compression schemes reduce the 
size of a file to be transmitted by various means of 
compacting information. For example, one common 
compression technique, called key-word encoding, 
replaces words that occur frequently, e.g., the, with 
a 2-byte token representation of each word. After the 
compressed data is received by a remote computer, 
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the data is decompressed to create a representation 
of the original contents of the file. 

A more recent approach to decreasing the time 
required to transfer a file has recognized that a re- 
5 ceiving computer will often have a file, i.e., a refer- 
ence file, that is similar or perhaps even identical to 
a source file to be transmitted. For example, the 
source file may simply include text from the reference 
file with only a few words or sentences changed. 
10 Rather than sending an original or compressed rep- 
resentation of the entire source file, file transfer 
methods utilizing this approach identify the differenc- 
es between the two files, and then transfer only the 
differences to the receiving computer. Upon receipt, 
is the difference information is used to update the ref- 
erence file at the receiving computer, thereby repro- 
ducing a precise copy of the source file. The present 
invention is directed toward an improved method of 
identifying and transferring revisions between a 
20 source file and a reference file to create an accurate 
copy of the source file at a remote computer. 

The invention is a file transfer method that iden- 
tifies and isolates the differences between a source 
file located at a sending computer and a reference 
25 file, located at a receiving computer, that may have 
data similar to the data comprising the source file. 
The computers are connected through a computer 
data interface. The method includes the steps of: (a) 
dividing the reference file into a plurality of data 
30 blocks and associating each data block with a key val- 
ue representative of the data in each block; and (b) 
identifying blocks of data at the source file and using 
the key values to compare blocks of data from the ref- 
erence file to blocks of data from the source file and, 
35 in instances where a match is found between a block 
of data from each file, sending an indication of the 
match to the receiving computer so that the block of 
data indicated by the match need not be transmitted 
to the receiving computer. 
40 In accordance with other aspects of the inven- 
tion, the step of identifying blocks of data at the 
source file includes the step of computing a source 
key for each block of data which is then compared to 
the key values from the reference f iie. 
« In accordance with still further aspects of the in- 
vention, an initial block of data is identified from the 
source file and a source key is computed from the ini- 
tial block. If a match for the initial block is not found, 
the method includes the steps of: 
so (I) transmitting a byte of data from the initial biock 
to the receiving computer; and 
(ii) identifying a subsequent biock of data from 
the source file comprising the initial biock of data, 
less the transmitted byte, and a byte of data from 
53 the source file. 

In accordance with other aspects of the inven- 
tion, the method includes the step of transmitting the 
key values associated with data blocks in the refer- 
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ence file to the sending computer. Further, the key 
value for a block of data is computed by multiplying 
the bytes in the block by one or more multipliers, the 
value of the multiplier being dependent upon the pos- 
ition of a given byte in the block, and summing the re- s 
suits of the multiplication operations. 

The foregoing aspects and many of the attendant 
advantages of this invention will become more readily 
appreciated as the same becomes better understood 
by reference to the following detailed description, 10 
when taken in conjunction with the accompanying 
drawings, wherein: 

FIGURE 1 is a block diagram of a communica- 
tions network including a sending computer and 
a receiving computer, each run ning a file transfer 15 
program that may be used to update files in ac- 
cordance with the invention; 
FIGURE 2 is a block diagram depicting the rep- 
resentation of a reference file, that may have sim- 
ilarities to a source file to be transmitted, using a 20 
number of keys, with each key being associated 
with and representative of a block of data in the 
reference file; 

FIGURE 3 is a block diagram illustrating the se- 
lection of blocks of data at the source file on a 25 
sliding window basis; 

FIGURE 4 is a flow diagram of an exemplary rou- 
tine for implementing a file transfer program in 
accordance with the invention; 
FIGURE 5 is a flow diagram of a first exemplary 90 
subroutine for determining key values for each 
block of data in the reference file; 
FIGURE 6 is a flow diagram of an exemplary rou- 
tine in accordance with the invention for deter- 
mining the differences in the source and refer- 35 
ence files and transferring those differences to 
the receiving computer where a destination file is 
created; 

FIGURE 7Ailiustrates a second exemplary meth- 
od of determining key values for each block of 40 
data in the reference file; 
FIGURE 7B is a flow diagram of a subroutine for 
implementing the method determining key values 
shown in FIGURE 7A; and 

FIGURE 7C is a flow diagram of a subroutine for 45 

determining the value of a key associated with a 

current block of data in the source file. 

Remote file transfer applications often involve a 
situation where a receiving computer already con- 
tains a file that is similar, or perhaps even identical to, so 
a file to be transmitted. For example, the file to be 
transmitted may be a revision of a text file with only 
a few words or sentences changed. The invention is 
a file transfer method that identifies and isolates the 
differences between the two files, and transmits only 55 
those differences to the receiving computer. For sim- 
ilar files, the file transfer method can result in com- 
pression ratios far in excess of those achieved by tra- 



ditional data compression methods. 

FIGURE 1 illustrates a typical operating environ- 
ment in which the invention may be utilized. Asending 
computer 20 is coupled to a receiving computer 22 
through a communications link 24, The computers are 
of a type generally known in the art, such as personal 
or laptop computers. The communications link may 
be any known means for transferring data between 
the two computers, such as the LAP LINK® series of 
file transfer tools manufactured and sold by Traveling 
Software. Inc., the assignee of the present invention. 

The sending computer 20 generally comprises a 
processing unit 26, a memory 28, and a number of 
communications ports 30. The memory, including 
random access memory (RAM), read only memory 
(ROM), and external systems memory, is connected 
to the processing unit 26 by a data/address bus 32. 
The communications ports are connected to the proc- 
essing unit by a data bus 34. The communications 
ports 30 include parallel and serial ports, as well as 
other input/output technologies including PCMCIA 
card technology, that allow data to be sent and re- 
ceived by the sending computer. The receiving com- 
puter 22 is similar to the sending computer, and in- 
cludes a processing unit 36, memory 36, communica- 
tions ports 40, data/address lines 42, and a data bus 
44. Although for ease of description one computer is 
called the sending computer and the other is called 
the receiving computer, the computers are generally 
interchangeable. 

In order to accomplish data transfer, the sending 
and the receiving computers include computer pro- 
gram controls that, for example, are stored in RAM 
and executed by the processing units of each comput- 
er. In one embodiment of the invention, the sending 
and receiving computer controls are combined into a 
single file transfer program 45 that is resident at each 
computer. In this manner, each computer can operate 
as a sending or receiving computer. Because of the 
requirements of handshaking, copies of the file trans- 
fer program 45 located at each computer are prefer- 
ably executed simultaneously. This allows for full- 
duplex transmission, i.e„ simultaneous communica- 
tions in each direction. The invention may also be util- 
ized in half-duplex communications, although not as 
efficiently. 

For clarity in this discussion, throughout the De- 
tailed Description it is assumed that a source file 46 
located at the sending computer is to be sent to the 
receiving computer 22. Further, It is assumed that the 
receiving computer includes a reference file 48 that 
includes at least some similarities to the source file. 
Once a user indicates that a source file is to be trans- 
ferred, a reference file that may have data that is sim- 
ilar to the source file is identified by, for example, 
having a file name that is the same or similar to the 
source file. The invention described herein generally 
assumes that a reference file has been identified. 
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The basic steps implemented by the file transfer pro- 
gram are as follows: 

(1) identifying a reference file at the receiving 
computer that may have data similar to data com- 
prising the source file; 

(2) dividing the data comprising the reference file 
into a plurality of data blocks having n-byles per 
block and associating each data block with a key 
value; 

(3) transmitting the key values from the receiving 
computer to the sending computer; 

(4) identifying a current n-byte block of data from 
the source file and computing a value fora source 
key associated with the current block of data; 

(5) comparing the value of the source key with 
each of the key values from the reference file 
and, if a match is found, (i) transmitting an indi- 
cation of the match to the receiving computer, and 
(ii) repeating step (4); and 

(6) if a match was not found, transferring to the 
receiving computer a byte of data from the cur- 
rent block of data, adding an additional byte of 
data from the source file to the current block of 
data, re-computing the value of the source key, 
and repeating step (5). 

Generally, the loops created by steps (5) and (6) 
repeat until all of the data in the source file has been 
considered. At the receiving computer, a destination 
file is created from the match indications and the byte 
transmissions. The destination file will be a duplicate 
of the source file upon completion of transmission. 

FIGURE 2 illustrates pictorialiy step (2), which in- 
cludes dividing the data comprising the reference file 
into a plurality of data blocks 50 a , 50 b , 50 e ...50y, 50^ 
and associating each data block with a key value 52a, 
52 b , 52c ... 52 y , 52 z . It is noted that the iast block of 
data may include less than n-bytes, and thus is indi- 
cated as having x-bytes. Once the reference file is 
separated into the data blocks 50, the key value 52 of 
each block may be computed using a number of meth- 
ods, in a first exemplary embodiment, each key is 
computed by adding the value of each byte of data in 
the block to produce a total of all of the bytes in the 
block. By way of background, each 8-bit character in 
any given block is representative of an ASCII value 
that ranges from 0 to 255, i.e., 2 B - 1 . ASCII is an ac- 
ronym for the American Standard Code for Informa- 
tion interchange, a coding scheme that assigns nu- 
meric values to letters, numbers, punctuation marks, 
and certain other characters. Through the standardi- 
zation of values used for such characters, ASCII en- 
ables computers and computer programs to ex- 
change information. Calculating the keys as descri- 
bed above will produce a whole number between zero 
and n 2 that is representative of the data contained in 
any given block. 

Once the keys for each block of data in the refer- 
ence file have been computed, the keys are sent as 



an array to the sending computer for comparison to 
the source file. 

FIGURE 3 is a pictorial representation of steps 
(3)-(5). In step (3), a current n-byte block of data from 

5 the source file is identified and a value for a source 
key associated with the current block of data is com- 
puted. Thus, in the first comparison bytes zero 
through (n-1) are identified as the current block of 
data. Thereafter, the key value of the current block of 

10 data is computed using the same method that was 
used to compute the keys in the reference file. The 
key value for the current block of data is labeled 
KEY1. 

In step (4), the value of KEY1 is compared to each 
is of the keys in the reference file to determine whether 
a match has been found, thereby indicating that the 
current block of data is identical to a block of data in 
the reference file, if a match is found, an indication of 
such is sent to the receiving computer. Assuming a 
20 match has not been found, according to step (5) the 
first byte in the current block (byte zero) is sent to the 
receiving computer. A subsequent "current" block of 
data is then evaluated by subtracting the first byte of 
data (byte zero) from the current block, adding the 
25 next sequential byte of data (byte n) to the current 
block, and re-computing the key value for the subse- 
quent current block. The key value for this block of 
data is labeled KEY2. Thus, KEY2 will comprise the 
values of bytes 1 through n . The value of KEY2 is then 

30 compared to each of the keys in the key array for the 
reference file. 

Assuming a match is not made, the first byte in 
the current block (byte 1 ) is sent to the receiving com- 
puter. Athird key KEY3 representing the current block 

35 of data is then computed by sliding the current block 
of data one byte to the right, such th at KEY3 compris- 
es the values of bytes 2 through (n+1). This will con- 
tinue until either a match is found between a key val- 
ue computed from a data block in the source file and 

40 a key in the key array for the reference file, or all of 
the data in the source file has been transmitted. As- 
suming a match is found, an indication of such is sent 
to the receiving computer, and a subsequent current 
block of data is computed from the source file. 

45 It is noted that in the case where a match is not 
found, the additional time required to transfer a file, 
in comparison to traditional methods, is negligible de- 
spite the sliding window and key computations. This 
is, In part, due to the fact that the processor can make 

so computations much fasterthan data can be sent Fur- 
ther, in a preferred embodiment, the receiving com- 
puter is configured to expect that bytes being re- 
ceived are data bytes and are not indicative of a 
match between two data blocks. In the latter case, an 

55 additional "match-indicator" byte is sent ahead of the 
byte(s) indicating that a match has occurred. Thus, 
the number of bytes being sent in the case of no 
matches will generally be approximately the same as 
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if the data were simply transmitted without any oppor- 
tunity for match checks in accordance with the inven- 
tion. 

The foregoing is an overview of an exemplary 
embodiment of the file transfer program 45. Exem- 5 
plary routines for implementing the file transfer pro- 
gram in software are set forth in FIGURES 4-6 and 
accompanying text. Inthat regard, FIGURE 4 isaflow 
diagram of a routine for computing a key array from 
the contents of the reference file. The size of each io 
block of data is set at block 100. In one embodiment, 
each block contains 256 bytes. At block 1 02, the va- 
riable nBlock, representing the current block of data 
being considered by the routine, is set to zero. The 
value of the key for the current block of data is com- is 
puted at block 104. A suitable routine for computing 
thB key value is illustrated in FIGURE 5. At block 106, 
the array BlockKey[nBfock] is set equal to the value 
of the key computed for the current block. The vari- 
able nBlock is then incremented at block 108. A test 20 
is made at block 110 to determine whether the end of 
the reference file has been reached, if the end of the 
file has not been reached, the routine loops back to 
block 104. If the end of the file has been reached, the 
BlockKey array is sent to the sending computer at 25 
block 112 and the routine terminates. 

FIGURE 5 is a flow diagram of a first exemplary 
subroutine suitable for use In FIGURE 4 (block 104) 
for computing the value of the key associated with a 
given block of data. The subroutine will be called for 30 
each data block In the reference file. At block 1 20, the 
variable "n," which Is representative of the byte count, 
is set equal to zero. At block 122, the variable "key" 
is also set equal to zero. A byte of data is then read 
from the reference file at block 1 24. Variable n is in- 35 
cremented at block 126. At block 128, the key is set 
equal to its previous value plus the value of the cur- 
rent byte of data that was read at block 1 24. 

A test is made at block 130 to determine whether 
the end of the reference file has been reached. If the 40 
end of the reference file has not been reached, a test 
is made at block 1 32 to determine whether a full block 
of data has been considered, i.e., whether n is equal 
to the block size. If n is not equal to the block size, the 
subroutine loops back to block 1 24. If n is equal to the 45 
block size, or if it was determined at biock 1 30 that the 
end of the file was reached, the subroutine termin- 
ates, and control returns to the routine of FIGURE 4. 

FIGURE 6 is a flow diagram of a routine for com- 
paring keys associated with n-byte blocks of data 50 
from the source file with the keys computed from the 
reference file and contained in the BlockKey array. At 
block 150, the variable "current key" is set equal to 
zero. Atest is made at block 1 52 to determine whether 
there is at least n-bytes of data in the source file that 55 
have yet to be compared. If there are at least n-bytes 
of data not yet compared, at biock 1 54 an n-byte block 
of data is read from the source file. At block 156, rite 



value of the current key, representing the current 
block of data, is computed using the same computa- 
tion methods that were used in FIGURE 5, i.e., by 
adding the weighted value of each byte in the current 
block of data. The key values in the BlockKey array 
are then searched at block 158 to determine whether 
any of the keys in the BiockKey array match the cur- 
rent key. The test for whether a match is found is per- 
formed at block 1 60. 

If a match was found at block 160, a message is 
sent at block 162 to the receiving computer to emit the 
matching block to the destination file. The routine 
then loops to block 154. If a match was not found, at 
block 164 a first byte of data in the current block is 
sent to the receiving computer. At block 166, the byte 
of data that was sent to the receiving computer is re- 
moved from the current block of data. A test is then 
made at block 168 to determine whether there is any 
data remaining in the source file that has not been 
considered, if there is data remaining in the source 
file, a new byte of data is read from the source file at 
block 170 and added to the current block of data at 
block 172. The routine then loops to block 156 where 
the key for the current block of data is computed. 

Those skilled in the art will appreciate that, in 
computing the current key in block 156 after looping 
from block 172, it is more efficient to obtain the value 
of the key for the current block by subtracting from the 
previously-computed current key thB value of the byte 
that was removed from the current block (in block 
166) and then adding the value of the byte that was 
added to the current block (in block 172), rather than 
performing the key calculation by adding every char- 
acter in the current block. 

If all of the data remaining in the source file has 
been considered, or if there were less than n-bytes of 
data remaining in the source file as determined in the 
test at block 1 52, the data remaining in the source file 
is sent to the receiving computer at block 174, At the 
receiving computer, the transmitted data is added to 
the destination file and the file transfer is complete. 
In an alternative embodiment, instead of simply send- 
ing the data remaining as indicated in block 1 74, a test 
is made to determine if the key value of the data re- 
maining matches the key value of the last block of 
data in the reference file. If a match is present, an in- 
dication of the match is sent to the receiving comput- 
er, and the data. itself need not be transmitted. Other- 
wise, the actual data is transmitted. This will result in 
a further optimization of the transfer in situations 
where the end of the reference file contains the same 
data as the end of the source file. 

Once all of the data in the source file has been 
added to the destination file, i.e., through blocks 162, 
164 and 1 74, the destination file will in most circum- 
stances be an exact copy of the source file. However, 
it is preferablethat a check be made to ensure that the 
destination fife is indeed a precise duplicate of the 



BNSDOCID: <EP 0668S70A2 I =- 



9 



EP 0 665 670 A2 



10 



source file. In block 176, the integrity of the destina- 
tion file is checked using means known to those skit- 
led in the art. One method of checking the file integrity 
is a cyclic redundancy-check (CRC), such as that set 
forth in M. Nelson, The Data Compression Book, 446- 
448 (M&T Books 1991), which is hereby incorporated 
by reference. If the integrity of the destination file was 
compromised, the data from the source file is retrans- 
mitted to the destination file using conventional 
transmission methods. This is indicated at block 178. 
If the integrity of the destination file tested positive, 
or upon transmitting the source fife, the routine ter- 
minates. 

One circumstance where the destination file may 
not be an accurate copy of the source file is where two 
or more different blocks of data yield the same key 
value. If it is assumed that each block of data is 256 
bytes, under the key computation method described 
in FIGURE 5, the range of possible key values is 0 to 
65,280, the latter value occurring only if each byte in 
the block has a numerical value of 255. The odds of 
having duplicate keys are significantly decreased if: 
(1) the range of possible key values is relatively large, 
and/or (2) the likelihood that key computations will fall 
within a broader portion of the range is increased. In 
light of the above, It will be appreciated that the accu- 
racy of the data file transfer method for transmitting 
data in accordance with the invention will work most 
effectively if the possibility of having two different 
blocks of data having the same key value is extremely 
remote. 

Another desirable feature of an advantageous 
key computation method is if the current key values 
for blocks of source data that are derived on a sliding 
window basis can be quickly established. One way of 
accomplishing this is to have a key computation meth- 
od that allows the current key to be updated by sub- 
tracting the key value associated with the byte of data 
to be subtracted from the current block of data (block 
166) and adding the key value associated with the 
byte of data to be added to the current block (block 
1 72). While the key computation method described in 
FIGURE 5 has this desirable feature, it may network 
wellforlargerfiles because of its limited range of pos- 
sible key values and the distribution of values within 
this range. 

FIGURES 7A-7C illustrate a second exemplary 
embodiment for calculating keys in accordance with 
the invention in which the range of possible key val- 
ues is extended beyond the summing scheme of FIG- 
URE 5, thereby decreasing the likelihood that any key 
value will be representative of more than a single 
block of data. Further, the calculation method allows 
the current key to be updated very quickly, as descri- 
bed in FIGURE 7C and accompanying text. The ex- 
amples of FIGURES 7A-7C illustrate a 32- bit key, but 
it will be appreciated that other key sizes may be im- 
plemented. 



With reference to FIGURE 7A, the 32-bit key is 
divided into a lower 24-bit segment and an upper 8- 
bit segment The 24-bit segment is computed using 
the following equation: 
5 C,(n) + C 2 (n-1) + C 3 (n-2) + ... C„_ -,(2) + C„ 
d) 

where C j is the character in the ith position of a curre nt 
block and n is the number of bytes in each block. The 
upper 8-btts of the 32-bit key are calculated by per- 
w forming an exclusive OR operation (XOR) on each of 
the characters, as shown by the equation: 

C, XOR C 2 XOR C 3 ... C„ . , XOR C„ (2) 
Once the lower and upper key values are calcu- 
lated, the bits are concatenated to form each 32-bit 
15 key. 

FIGURE 7B illustrates a suitable subroutine for 
implementing the key calculations illustrated in FIG- 
URE 7A. The subroutine is called by the routine of 
FIGURE 4 in lieu of calling the subroutine of FIGURE 
20 5. At block 200, the variable "n," which is indicative of 
the byte count for any given block, is set equal to zero. 
At block 202, the lower and upper portions of the key, 
i.e., key.24 and key.8, are set equal to zero. The va- 
riable "sum" is set equal to zero at block 204. At block 
25 206, a byte of data is read from the reference file. 

At block 208, the value of the current byte is add- 
ed to the variable sum. The key.24 variable is then in- 
creased by the value of sum at block 21 0. It will be ap- 
preciated that blocks 208 and 21 0 are alternate meth- 
30 ods of computing equation (1) without requiring mul- 
tiplication operations. At block 212, the variable key.8 
is set equal to the previous value of key.8 XOR the 
current byte. 

A test is made at block 21 4 to determine if the end 
35 of the reference file has been reached. If the end of 
the reference file has not been reached, a test is 
made at block 216 to determine whether n is equal to 
the block size. If n is not equal to the block size, the 
routine loops to block 206. If n is equal to the block 
40 size, or if the end of the file has been reached, the va- 
riable "key" is set by concatenating the lower 24-bit 
(key.24) value computed at block 210 with the upper 
8-bit (key.8) value computed at block 212. The sub- 
routine then terminates, and the program returns to 
45 block 106 of FIGURE 4. 

FIGURE 7C illustrates a suitable subroutine that 
may be called from block 156 of FIGURE 6 to com- 
pute the value of the current key for a current block 
of data. The subroutine illustrates the optimization of 
so key calculations for those blocks of source data that 
are identified on a sliding window basis, and thus 
have key values si milar to a key that has al ready been 
computed. A test is made at block 220 to determine if 
the current block was identified on a sliding window 
55 basis, or in other words, if the subroutine was called 
because a match with the previous block was not 
found. If the current block of data was not identified 
on this basis, the subroutine of FIGURE 7B to com- 
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pute the value of the current key. This occurs at the 
first block of data in the source file or after a match 
was found. 

If the current block of data was identified on the 
basis of a previous, unmatched block of data, the first 
byte from the previous block (termed the removed 
byte from the operation of block 166) is subtracted 
from sum at block 224. At block 226, the key.24 is set 
equal to its previous value less the product of the 
block size times the value of the removed byte. At 
block 228, the new byte (added to the current block 
in block 172) is added to sum. The key.24 variable is 
then increased by the value of sum at block 230. 

At block 232, the variable key.8 is set equal to the 
previous value of key.8 XOR the removed byte. An ex- 
clusive OR operation is then performed between 
key.8 the new byte. At block 236 the variable "key" is 
set by concatenating the lower 24-bit (key.24) value 
computed at block 230 with the u pper 8-bit (key.8) val- 
ue computed at block 234. The subroutine then ter- 
minates, and control returns to block 158 of FIGURE 
6. As can be seen, the subroutine of FIGURE 7C al- 
lows key values to be quickly computed, thus allowing 
faster operation of the file transfer program when 
looking for matches between blocks from the source 
file and blocks from the reference file. 

A3 will be appreciated by those skilled in the art, 
a large number of different key computation methods 
may be used in accordance with the invention. Thus, 
the invention is not to be limited by exemplary key cal- 
culations illustrated herein. Any key computation that 
is not unnecessarily time-consuming computationally 
and that provides a relatively wide range of results 
may be beneficial. Moreover, the type of key compu- 
tation used in any particular embodiment may depend 
upon the block size to achieve optimal results. An- 
other key computation that may be used is to multiply 
each character in a block by its position in the block, 
and summing the results of the multiplication opera- 
tions. Another key computation that may be imple- 
mented is the CRC file integrity check discussed 
above. Although this method is extremely accurate, it 
may be too slow for many applications. 

With reference again to FIGURE 6, it is noted that 
further optimization may be achieved when search- 
ing the BlockKey array (block 1 58) by utilizing a bina- 
ry search. A binary search is a type of search in which 
an item that may be present within an ordered list is 
found by repeatedly dividing the ordered list into two 
equal parts and searching the haif that may contain 
the item. Because a binary search requires the 
searching list to be in a known sequence, e.g, ascend- 
ing order, the BlockKey array would need to be ar- 
ranged accordingly in order for the search to be effec- 
tive. A suitable standard binary search is set forth in 
H. Schitdt, The Complete C Reference, 487-488 (Os- 
bourn McGraw-Hill 1987), which is hereby incorporat- 
ed by reference. 



It will be appreciated that in its method aspects, 
the invention provides a method of transmitting data 
from a source file located at a sending computer to a 
destination file located at a receiving computer, the 
5 computers being connected through a computer data 
interface, the method comprising the steps of> 
(a) identifying a reference file at the receiving 
computer that may have data similar to the data 
comprising the source file; 
10 (b) dividing the data comprising the reference file 

into a plurality of data blocks having n-bytes per 
block and associating each data block with a ref- 
erence key value determined by a key defining 
method; 

is (c) identifying an n-byte block of data from the 

source file and computing using the key defining 
method a current value for a source key associ- 
ated with the identified block of data; 

(d) comparing the current value of the source key 
20 with each of the reference key values and, if a 

match is found, (i) transferring an indication of 
such to the receiving computer, and (ii) repeating 
step (o); 

(e) if a match was not found in step (d), transfer- 
25 ring to the receiving computer a subset of the n- 

byte block of data, removing the subsetfrorh the 
n-byte block of data, adding additional data from 
the source file to the n-byte block of data, re-com- 
puting using the key defining method a current 
30 value of the source key, and repeating step (d). 

Similarly, it would be appreciated that the inven- 
tion provides a method of synchronizing data at a re- 
ceiving unit with data at a source unit, comprising:- 

(a) determining multiple reference keys corre- 
35 sponding to groups of data stored at the receiving 

unit; 

(b) transmitting the multiple reference keys to the 
source unit; 

(c) determining a source key corresponding to a 
40 group of source data in the source unit; 

(d) comparing the source key with the multiple 
reference keys; 

(e) transmitting data from the source unit to the 
receiving unit if the source key does not match 

45 any of the reference keys; 

(f) transmitting a control signal from the source 
unit to the receiving unit if the source key match- 
es a referencekey, the control signal causing the 
receiving unit to use data at the receiving unit cor- 

so responding to the matched reference key; and 

(g) repeating steps (c), (d), (e) and (f) for addition- 
al groups of source data in the source unit until 
the data at the receiving unit has been synchron- 
ized with the data at the source unit. 

55 
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Claims 

1 . A method of transmitting data from a source file 
(46) located at a sending computer (20) to a re- 
ceiving computer (22) , the receiving computer 
having a reference file (48) that may have data 
similar to data comprising the source file, the 
computers being connected through a computer 
data interface (24), the method comprising the 
steps of: 

(a) dividing the reference file into a plurality of 
data blocks (50a....50z), each data block hav- 
ing a length of n bytes, and associating each 
data block with a reference key value 
(52a.. ..52z) determined in accordance with a 
key defining method by the data in that block; 
and 

(b) identifying blocks of data of length n bytes 
from the source file, determining source key 
values (KEY 1, KEY 2, KEY 3) in accordance 
with the key defining method, and using the 
source and reference key values to compare 
(158, 160) blocks of data from the reference 
file to blocks of data from the source file and, 
in Instances where a match, is found between 
a block data from each file, sending (162) an 
indication of the match to the receiving com- 
puter so that the block of data indicated by the 
match need not be transmitted to the receiv- 
ing computer. 

2. Amethod as claimed in Claim 1 and including the 
step of transmitting (112) the reference key val- 
ues (52a....52z) associated with data blocks in 
the reference file (50a... .50z) to the sending com- 
puter (20). 

3. A method as claimed in Claim 1 or Claim 2 where- 
in an initial block of data is identified from the 
source file, a source key value is determined 
(1 56) from the initial block, and if a match for the 
initial block is not found, carrying out the fallowing 
steps, namely:- 

(i) transmitting (164) a subset of the initial 
block to the receiving computer; and 

(ii) identifying from the source file a subse- 
quent block of data of length n bytes compris- 
ing the initial block of data, less the transmit- 
ted subset, and including additional data from 
the source file (166, 166, 170, 172). 

4. A method as claimed in any one of Claims 1 to 3 
wherein the source key value (KEY 1) from the 
initial block is compared with each reference key 
value (52a.. ..52z) in turn, and if a match is not 
found, a subset of the initial block of data is trans- 
ferred (164) to the receiving computer (22), that 
subset is removed (166) from the initial block of 



data, additional data from the source file is added 
(170, 172) to the remaining block of data, a cur- 
rent value of the source key is re-computed (15, 
6) according to the key defining method, and the 
5 re-computed source key value is compared with 

each reference key value in turn. 

5. A method as claimed in Claim 4 wherein the re- 
computing step is repeated until all data in the 
10 source file has been compared (168). 



6. A method as claimed in any preceding claim 
wherein at least a portion of the reference key val- 
ue for a block of data is computed by adding the 

1 s value of each byte of data in the block to produce 
(128) a total of ail of the bytes in the block. 

7. A method as claimed in Claim 6 and including 
step of multiplying (126, 128), before said addi- 

20 tion, bytes in said block by one or more multipli- 

ers, the value of the multiplier being dependent 
upon the position of a given byte in the block. 

8. A method as claimed in Claim 1 wherein the 
25 source key and the reference key Include multiple 

bits and in which some of the bits are determined 
by a summing operation and some of the bits are 
determined by a logical operation. 

30 9. A method as claimed in Claim 8 wherein the sum- 
ming operation includes multiplying by constant 
coefficients (n, n-1....) the values (G|....Cn) rep- 
resented by bytes of the blocks of source data 
and in which the logical operation comprises an 

35 exclusive OR operation. 

10. A method as claimed in Claim 9 wherein the key 
defining method for the blocks of data includes 
the following calculation:- 
40 C,(n) + C 2 (n - 1) + C 3 (n - 2) + ... + C n . ,(2) 

+ C n (1) 
wherein C, is the character in the ith pos- 
ition of the block of data. 

45 11. A method as claimed in Claim 9 wherein the key 
defining method includes the following logical op- 
eration:- 

C, XOR C 2 XOR Cj ... C n . ,XOR C n . 

so 12. Amethod as claimed in Claim 9 and including the 
step of determining a source key for the subse- 
quent block of data by subtracting (226) C 1 (n) 
from the source key for the initial block and add- 
ing (228) the sum of the n bytes in the subsequent 

55 block of data, determining a source key for the 

subsequent block of data by performing on the 
source key for the initial block of data an exclu- 
sive OR operation with the transmitted subset 

8 
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(232) and with the additional data (234), and con- 
catenating (236) the results for said subsequent 
block of data. 

13. An apparatus for synchronizing data at a source 5 
unit (20) and a receiving unit (22), the apparatus 
comprising means (45) for determining an array 

of reference keys corresponding to groups of data 
stored at the receiving unit; data transfer means 
(24) for transmitting the multiple reference keys 10 
to the source unit; means (45) for determining 
source keys corresponding to groups of source 
data in the source unit; means (45) for comparing 
the source keys with the multiple reference keys; 
means (24) for transmitting data from the is 
source unit to the receiving unit when a source 
key does not match any of the reference keys; 
and means (24) for transmitting a control signal 
from the source unit to the receiving unit when a 
source key matches a reference key, the control 20 
signal causing the receiving unit to use a group of 
data at the receiving unit corresponding to the 
matched reference key. 

14. A apparatus as claimed in Claim 13 wherein the 25 
means (45) for determining source keys determi- 
nes a new source key after the means for com- 
paring source keys has compared the previously 
determined source key, and wherein the means 

for determining source keys determines the new 30 
source key from a group of source data, the com- 
position of which is determined by whether the 
previously compared source key matched a refer- 
ence key. 

35 

15. A apparatus as claimed in Claim 13 or Claim 14 
wherein the means for transmitting data (24) 
from the source unit to the receiving unit when a 
source key does not match any of the reference 
keys transmits less data than is included in the 40 
groups of source data used by the means for de- 
termining the source keys. 
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(54) Remote file transfer method and apparatus 

(57) Remote file transfer applications often involve a 
situation where a rece iving computer (22) contains a ref- 
erence file (48) that may be similar, or perhaps even 
identical to, a source file (46) to be transmitted by a send- 
ing computer (20). Disclosed is a file transfer method that 
identifies and isolates the differences between the two 
files, and transmits only those differences to the receiv- 
ing computer. The method divides the data in the refer- 
ence file into a plurality of blocks and associates each 
block of data with a key value. The key values are then 
sent to the sending computer in the form of an array. At 
the sending computer, a block of data at the source file 
is identified, its key value computed, and the key value 
is then compared to the keys in the array. I! a match is 
found, an indication of such is sent to the receiving com- 
puter. Otherwise, a byte of data from the data block is 
sent to the receiving computer, and a subsequent block 
of data is identified and analyzed. The latter steps of the 
method are repeated until a representation of the source 
file is present at the receiving computer. 
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